Home printing from internet sources

ABSTRACT

Internet-based printing to a home printer in which the print job is pre-rasterized at the cable head end and sent in rasterized format to the set top box. Because the print job is pre-rasterized at the cable head end, and not at the set top box, resources are not wasted at the set top box when they are more readily available at the cable head end. In addition, because of the high speed communication network already in existence between the cable head end and the set top box, even large pre-rasterized print jobs can be transmitted to the set top box in reasonable amounts of time, meaning more quickly than a situation in which it was the set top box that performed rasterization.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to printing from an internet based sourceonto a printer located at a user's home. Specifically contemplated is asituation in which the home printer is connected to a set top box which,in turn, is connected to a cable network, with the cable networkaccepting print jobs from the internet-based source and directing theprint job to the home printer.

2. Description of the Related Art

With increasing availability of cable television networks that alsoprovide digital data to a home subscriber, a new product is becomingincreasingly common in homes: a set top box which provides access notonly to conventional cable television, but also provides access tointernet-based digital data. Examples of existing set top boxes includethose manufactured by Scientific Atlanta under the tradename “Explorer2000”, General Instrument under the tradename “DCT 5000+”, and Motorola,under the tradename “StreamMaster”. Set top boxes are home-based, andare connected to a cable provider (often referred to as the “cable headend”) over a high speed digital cable network. Set top boxes provideefficient delivery of cable television broadcasts from the cable headend. In addition, through an internet connection at the cable head end,set top boxes also provide the ability for a home user to access theinternet through web browser software included in the set top box.

In a related development, sophisticated printers such as bubble jetprinters, designed specifically for home use, have become increasinglyaffordable, and have enjoyed widespread acceptance. It has thereforebeen considered to provide a connection between a set top box and aprinter, thereby to allow a home user of a set top box to initiateprintout of documents directly on his printer without the need for aseparate computer.

In an unrelated development in the field of printing, the subject ofdistributed printing has recently attracted attention. Conventionalparadigms of printing allow for printout to a printer connected to thesame computer or network as the source of the print job. According todistributed printing, the source of the print job need not be connecteto the same network, or be at the same location as, the destinationprinter. An Internet Printing Protocol has been proposed that allows fordistributed printing over the internet, that is, from an internet-basedsource to an internet-based destination. The following documentsdescribe the Internet Printing Protocol, and are incorporated herein byreference: RFC 2568, “Rationale for the Structure of the Model andProtocol for the Internet Printing Protocol”, April 1999; RFC 2567,“Design Goals for an Internet Printing Protocol”, April, 1999; RFC 2566,“Internet Printing Protocol/1.0: Model and Semantics”, April 1999; RFC2565, “Internet Printing Protocol/1.0: Encoding and Transport”, April1999; and RFC 2569, “Mapping between LPD ad IPP Protocols”, April 1999.

Distributed printing has not yet been considered in the field of set topboxes, primarily because the set top box (and any attached printer) isnot actually connected to the internet. Rather, it is the cable head endthat is connected to the internet; thus, distributed printing techniqueslike the Internet Printing Protocol are not able to address print jobsfrom an internet-based source to the set top box. The assignee of thepresent application is currently engaged in development ofinternet-based printing over a digital cable network to a set top box,for example, U.S. application entitled “Internet-Based Push PrintingOver Cable Network”, filed Jul. 20, 1999 (attorney docket No. 36J.P226).

One problem encountered in such a proposal is the limited computingpower currently available in set top boxes. Specifically, set top boxesmust be designed to provide access not only to cable television, butalso to the internet, and must be designed for these criteria at anaffordable price. Accordingly, the computing power included in set topboxes is deliberately limited, so as to ensure affordability withreasonable function.

Because of limited resources in the set top box, however, print jobsrouted to the set top box can not ordinarily be executed by the set topbox without undue delays and other frustrations to the user, allresulting directly from limited resources. What is needed, therefore, isa more efficient way of printing via a digital cable network on aprinter connected to a home user's set top box, for a print joboriginated from an internet based source.

SUMMARY OF THE INVENTION

It is an object of the present invention to address the foregoingdifficulties by providing for printout of an internet-based print job ata printer connected to a home user's set top box, in which the print jobis pre-rasterized at the cable head end and sent via the digital cablenetwork in rasterized format to the set top box. Because the print jobis pre-rasterized at the cable head end, and not at the set top box,resources are not wasted at the set top box when they are more readilyavailable at the cable head end. In addition, because of the high speedcommunication network already in existence between the cable head endand the set top box, even large pre-rasterized print jobs can betransmitted to the set top box in reasonable amounts of time.“Reasonable” in this situation means ordinarily more quickly than asituation in which it was the set top box that performed rasterizationof the print job.

Thus, in one aspect the invention involves receipt of a print job froman internet based source at the cable head end. The print job isreceived in a printer-independent format, such as a high level printerdescription language, and also includes address information designatingone or more home printers connected to respective set top boxes forwhich printout of the print job is desired. Upon receipt at the cablehead end, and based on the address information, a user directory isaccessed so as to determine user preferences including informationidentifying the type and configuration of the printer (or printers)involved. A logical software printer is created at the cable head end,and a print driver corresponding to the printer identity is executed inthe logical printer. The logical printer is used to render theprinter-independent print job into a rasterized bit map image that isspecific for the ultimate destination printer. The rasterized bit mapimage is thereafter transferred over the cable network to the set topbox to which the destination printer is connected. At the set top box,another logical printer is created with a simplified print driver thataccepts rasterized bit map print jobs. The rasterized bit map print jobis accepted by the logical printer and transmitted to the printer forvisual printout thereby.

In preferred aspects, the rasterized bit map image created at the cablehead end includes all needed printer commands for the target printer,and in addition, formats the bit map data so that it is specific to theprinter in question. For example, many printers designed for home userequire printer-specific commands that load paper, eject paper, advancepaper, and the like. Those printer commands are included in therasterized bit map data created by the logical printer at the cable headend. In addition, the rasterized bit map print data is formatted inwhatever form is needed by the target printer. For example, manyprinters designed for home use require out-of-sequence print data foreach of plural different colors printed by the printer, so as toaccommodate physical offsets in print positions of one color relative toanother. Again, the rasterized bit map data created by the logicalprinter at the cable head end preferably formats the data to its neededformat.

In further preferred aspects, the cable head end automatically detectsthe identification information for the type and configuration of printerattached to the cable head end, by requesting such information from theset top box, and thereafter automatically obtains a suitable printdriver, such as by downloading over the internet. In this way, it ispossible to update user preference information so that future print jobsaddressed to the same user may be printed with increased efficiency.

This brief summary has been provided so that the nature of the inventionmay be understood quickly. A more complete understanding of theinvention can be obtained by reference to the following detaileddescription of the preferred embodiment thereof in connection with theattached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a representation of a cable broadband network embodying thepresent invention.

FIG. 2 is a representation of a printing architecture.

FIG. 3 illustrates representative software architecture of a set topbox.

FIG. 4 shows the overall data flow of a print job from a client modulethrough to its final delivery to a printer.

FIG. 5 is a flow chart for describing the overall data flow of a printjob from a client module through to its final delivery to a printer.

FIGS. 6A, 6B and 6C illustrate general arrangements for unicast(point-to-point) printing and multicast (one-to-many) printing.

FIGS. 7A and 7B are flow charts showing respective processing by thecable head end and by the set top box in response to a print job.

FIG. 8 illustrates the relationship of the confirmation client createdin the set top box and the confirmation server created in the cable headend.

FIG. 9 is a block diagram illustrating secure printing of print data.

FIG. 10 is a block diagram showing protocol layers which are utilizedduring secure push-printing.

FIG. 11 is a block diagram illustrating an alternate method of secureprinting of print data.

FIG. 12 is a flow chart for describing secure printing.

FIG. 13 is a flow chart for describing the remote plug-and-play feature.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

FIG. 1 illustrates a regional broadband digital cable network connectedto the internet and utilizing the present invention. The network iscapable of delivering analog and digital broadcasts, secure analog anddigital broadcasts, analog and digital pay-per-view, analog and digitalimpulse pay-per-view, digital near video on demand, one-way real-timedatagram (broadcast IP data packets), and two-way real-time datagram(addressed IP data packets).

As shown in FIG. 1, the above-listed services may be delivered fromservice infrastructure 1 located at the cable head-end, theinfrastructure including value-added service provider systems 2 andnetwork control systems 3. Value-added service provider systems 2include digital satellite distribution systems, applications executingon cable servers (such as special-purpose applications like subscriberservice application, content gather applications, etc.), digital mediaservers outputting MPEG-2 datastreams, and an application data carouseldefined by the DSM-CC specification. Network control systems 2,consisting of the Broadcast Control Suite and the PowerKey ControlSuite, provide management and control for the services supported by thebroadband network.

Alternatively, services may be delivered from World Wide Web (WWW) 4through internet proxy 5, for example, from remote merchants likemerchant 8. Examples of merchants include banking, retailing, utilities,and the like.

In either case, the services are delivered to Cable Head End (CHE) 6,which serves as an interface between the service providers and the restof the broadband network.

In particular, CHE 6, which is responsible for providing services to500,000 to 1,000,000 homes, is connected via fiber optic cabling to hubs7, which are connected to CHE 6 or other hubs 7. Each hub 7 is, in turn,connected to at least one node 9, also using fiber optic cabling.Coaxial cable is then used to connect each node to Set Top Boxes 10(STB's) of 500 to 2000 homes. Finally, each STB 10 is connected totelevision 11, printer 12 or both. Accordingly, services are deliveredfrom a service provider to CHE 6, to one or more hubs 7, to node 9, toSTB 10 and to television 11 or printer 12.

It should be noted that, by virtue of the foregoing arrangement, serviceinfrastructure 1 may be distributed among CHE 6, hubs 7, or otherfacilities.

[Software Architecture]

FIG. 2 illustrates several relevant components of service infrastructure1, CHE 6, and STB 10, as well as relevant internet components of remoteclient modules connected to CHE 6 via internet proxy 5. In particular,three representative client modules 14 are illustrated (although manymore are contemplated in an actual implementation), each client module14 being located remotely of CHE 6 and connected to CHE 6 over theinternet via internet proxy 5. Client modules 14 may be executing onservers operated by a bank, a newspaper, or other entity from which auser may desire print data. Of course, more than three client modules 14may be connected to the architecture shown in FIG. 2.

Each client module 14 includes client application 15, a Cable PrintingServices Infrastructure (CPSI) client 16, and Internet Printing Protocol(IPP) client 17. Each client application 15 is preferably specific toservices being performed at the client module, such as banking services,newspaper services, and the like. Other client-specific applications mayalso be executed at the client modules, such as applications thatgenerate data or access databases for printout. Client application 15communicates with CPSI client 16 using an application programminginterface (API).

CPSI client 16 delivers print data received from client application 15to CHE 6 through IPP client 17. Correspondingly, CHE 6 is provided withIPP server 19 to receive the print data. It should be noted that theprint data travels over all three of IPP, HTTP, and TCP/IP protocolsbetween respective ones of IPP clients 17 and IPP server 19.

Although FIG. 2 is illustrated with an IPP client/server communicationbetween client modules 14 and CHE 6, other communication protocols, orlayers of protocols, may also be used. For example, to facilitateprinting that is secure, an SSL (secure socket layer) protocol may beutilized. In such an arrangement, a protocol stack is used, consistingof IPP client 17 over HTTP over SSL over TCP/IP. A complementaryarrangement is provided at CHE 6. Similarly, other protocols may beused, and multiple protocols can be used in parallel or in stackedarrangements.

Whatever client/server arrangement is used, the client and serverscommunicate over a CPSI transport layer that facilitates communicationfrom CPSI client 16. In general, data is pushed in one direction fromCPSI client, with little or no data (other than acknowledgements and thelike) returning in the other direction toward CPSI client 16. The actualCPSI transport may use TCP/IP, SMTP, or the like. The sessions may besecure. The CPSI transport layer is configured to hide any differencesin the actual transport from CPSI client 16, so that the actualtransport is transparent from the viewpoint of CPSI client 16, therebymaking CPSI client 16 transport-independent.

CHE 6 includes CPSI server 37, which is complementary in softwarestructure to CPSI client 16, and acts to receive data transmitted fromCPSI client 16. CHE 6 further includes spooler 20, which assigns printdata received from IPP server 19 and CPSI server 37 to a logical printercorresponding logically to a printer 12, and queues print data for aphysical device corresponding to the logical printer. CPSI spooler 20assigns print data to a logical printer by retrieving a profile frompreferences directory 21 which corresponds to a user ID or other addressinformation received with the print data.

Besides address information, preference directory 21 also stores otherinformation relating to subscriber preferences. Such information is setinitially by the subscriber, during a registration process, and maythereafter be modified as desired. One such preference is a blockingfeature, whereby a subscriber can block printing jobs that are receivedfrom particular merchants, or can accept print jobs only if they arereceived from particular merchants. Another such preference involvesselection and configuration of an automatic data/information deliveryservice. According to this delivery service, and based on subscriberpreferences, CHE 6 periodically executes a data gathering application(like application 22) that gathers information from internet sources(such as news, coupons, theater schedules and the like), packages theinformation into a print job, and sends the print job to thesubscriber's set top box.

CPSI spooler 20 is also connected to cable-specific applications such asapplication 22 through CPSI server 37, IPP server 19, IPP client 18, andCPSI client 23. CPSI client 23 is similar to CPSI client 16. Moreover,application 22 is similar to client application 15, in that it providesan application executed to perform services specific to a client (here,the cable head end) and can deliver print data to CPSI spooler 20.

IPP client 24 is connected to CPSI spooler 20 via CPSI client 38 toallow CHE 6 to communicate with each STB 10. CPSI client 38 is similarto CPSI clients 16 and 23, and again provides for a complementarysoftware architecture and data communications with a CPSI server at theset top box. In this regard, only two of many thousands of STB's areillustrated. Each STB 10 includes IPP server 25 for connection to IPPclient 24. It should be noted that, to deliver data from CHE 6 to STB10, a server is established in STB 10 and a corresponding client isestablished in CHE 6. In such a case, a preferred transport protocol isagain the CPSI transport layer, which is usable regardless of theparticular underlying transport (TCP/IP, SMTP, QPSK, DOCSYS, broadbandthrough IP gateway, etc.).

Although FIG. 2 illustrates an IPP client/server communication betweenCHE 6 and STB 10, other protocols may also be used. For example, in asituation where the resources available in STB 10 are already strained,it is possible to use SMTP and POP mail protocols to deliver print jobsfrom CHE 6 to STB 10. Advantages of such an arrangement include the factthat many conventional STB's already include mail protocols, therebyavoiding a further increase in STB resource usage, firewalls that mightexist in CHE 6 will allow mail to go through, multiple mailboxes can bedefined in each household, and mail clients (at the client modules) caneasily be configured to support print jobs. In the latter situation, CHE6 and corresponding client modules 14 are also configured forcommunication via a mail protocol client/server relation, such as anSMTP client/server. Similarly, other protocols can be used between CHE 6and respective STB 10's, and multiple protocols can be used in parallelor in stacked arrangements.

STB 10 includes CPSI server 39, and further includes CPSI spooler 26,which controls a single queue for a single logical printer correspondingto printer 12. Otherwise, CPSI spooler 26 is nearly identical to CPSIspooler 20, as are CPSI server 39 and CPSI server 37. The limitedfunctionalities of CPSI spooler 26 and CPSI server 39 are advantageousbecause STB 10 is likely to have limited computing resources. STB 10also includes STB client application 27, which communicates to CPSIspooler 26 through CPSI client 29, using a subset of the API used byclient application 15. This configuration allows an STB user to initiatelocal print jobs.

FIG. 3 illustrates representative software architecture of set top box10. In general, this software architecture, together with the hardwarearchitecture of the set top box, supports the reception of analog anddigital services. In the case of analog services, STB 10 tunes to ananalog channel, extracts the NTSC video signal, and drives the localtelevision receiver. In the case of digital services, STB 10 tunes tothe appropriate digital channel, extracts MPEG-2 video packets,decrypts, decompresses and routes the resulting video to an NTSC driver,so as to obtain an NTSC signal to drive the local television receiver.In addition, private data is received over the digital channel. Printjobs can be delivered to STB 10 over a digital channel of digitalservices, or over private data channel, and is delivered using the CPSItransport. STB 10 reconstructs the packets from the CPSI transport, androutes the data to the addressee, here, IPP server 25.

Through the software architecture illustrated in FIG. 3, STB 10 hostsvarious applications that present to the home user functionality offeredby various cable services. Typical applications are a navigator, aninteractive program guide, electronic mail and a web browser. Most ofthese applications are client/server implementations, where STB 10 hoststhe client software, and CHE 6 hosts the server software. Communicationbetween client and server over the cable network is facilitated by anoperating system executed on STB 10, and is performed through publishedAPI's. Depending on the hardware platform and the operating system,those applications may be resident at STB 10, or can be downloaded fromservers situated at CHE 6 for execution at STB 10.

Thus, as shown in FIG. 3, software architecture and STB 10 includes aninterface 31 to hardware, an operating system 32, an HTML engine 34,resident applications 35, and other applications 36. The operatingsystem 32 is usually vendor-specific for the STB, and may includeoperating systems such as PTV, WinCE, MicroWare or OpenTV. HTML engine34 provides a group of independent handlers that can be plugged togetherin conformity to known plug-in specifications so as to provide abilityto handle different types of media such as HTML, GIF, MPEG, HTTP, Javascript, etc. The HTML engine 34 is used to allow STB 10 to render HTMLdocuments to a windows manager for display on the local televisionreceiver. HTML documents may be retrieved from local cache, from in-bandand out-of-band broadcast carrousels, VBI streams, HTTP proxy serverslocated at CHE 6, or remote HTTP servers accessed by the STB user overthe internet. In the latter case, documents retrieved from external webservers are filtered by a proxy according to predefined filteringcriteria (such as surf watch), which also may convert requesteddocuments into formats supported by the HTML engine 34.

Resident applications 35 include such applications as the aforementionednavigator, interactive program guide, and the like.

Applications 35 and 36 include a web browser, an e-mail program, a printdriver for attached printer 12, and the like. Of particular note, theseapplications include the aforementioned applications from FIG. 2, namelyIPP server 25, CPSI spooler 26, CPSI client 29, and STB clientapplications 27.

[Rasterization]

Because of limited resources available within STB 10, print datadestined for printer 12 is not forwarded to STB 10 in a high leveldevice-independent print language (such as a page description languagelike PCL5, PDF, PostScript or the like) for rasterization at STB 10.Such an arrangement, which requires STB 10 to rasterize print data basedon a higher level printer language would often overwhelm theavailability of resources at STB 10. Accordingly, and because a highspeed data communication link exists between CHE 6 and STB 10,rasterization is performed at CHE 6, and rasterized data is sent fromCHE 6 to STB 10 for printout by printer 12. This section describes apreferred implementation for achieving this effect.

FIG. 4 shows the overall data flow of a print job from client module 14such as a remote merchant or a client application executing at CHE 6,through to its final delivery to printer 12 at the home of the STB user.As shown in FIG. 4, client application 15 executing in client module 14generates a print job addressed to one or more printers at one or moreSTBs. The print job is generated in a high level page descriptionlanguage (PDL) such as PostScript, PDF, HTML, or the like. High levelprinter languages such as these PDLs are preferred, since they areprinter independent, thereby freeing the client application from a needfor any knowledge of the configuration of the destination printer 12.The print job in PDL format is delivered over the aforementioned CPSIclient 16 from the client module 14 out through to CHE 6 where it iseventually accepted by CPSI spooler 20. At CPSI spooler 20, the printjob is rasterized based on knowledge of the configuration and type ofdestination printer 12, which in turn is obtained by CPSI spooler frompreferences directory 21 based on the destination printer addressprovided by the client module. The rasterized print job is deliveredover the aforementioned client/server relationship between CHE 6 and STB10, where the rasterized print job is eventually accepted by CPSIspooler 26 at STB. 10. From there, the rasterized print job is deliveredto target printer 12 for printout thereby.

FIG. 5 is a flow chart which illustrates this process in further detail.The process steps shown in FIG. 5 are stored on a computer readablemedium such as an unshown memory at CHE 6 (for those steps performed bycable head end 6) or an unshown memory at STB 10 (for those processsteps executed by set top box 10). Briefly, according to the processsteps shown in FIG. 5, to print a print job received by a cable head endon a printer connected to a set top box that communicates with the cablehead end over a high speed data communication network, the print job isreceived by the cable head end in a high level printer descriptionlanguage addressed to one or more such printers. Based on the address,the cable head end obtains a software driver for the printer, thesoftware driver corresponding to configuration and type of the addressedprinter. A logical printer is created in the cable head end (if alogical printer does not already exist), the logical printercorresponding to the software driver, and the logical printer isexecuted so as to rasterize the high level printer description languageprint job into a rasterized bit map image format. The rasterized bit mapimage format is transmitted over the high speed data communicationnetwork to the set top box addressed in the print job. At the set topbox, the set top box creates a logical printer corresponding to itslocally connected printer (if a logical printer does not already exist),with the logical printer accepting as its input the rasterized bit mapimage data. The rasterized bit map image data is sent to the set topbox's logical printer, which in turn routes the print job to the locallyconnected printer.

In more detail, FIG. 5 shows steps S501 through S515 that are performedat CHE 6, and steps S516 through S520 that are performed at STB 10. Instep S501, cable head end 6 receives a print job from a clientapplication. The print job is preferably in a high level printerdescription language (PDL) which is printer independent. In addition,the print job includes one or more addresses identifying the destinationor destinations for the print job. The addresses may be in anyconvenient format agreed to mutually between cable head end 6 and theclient applications.

It is envisioned that the print jobs received by cable head end 6 areprint jobs from merchants located remotely and connected to cable headend 6 via the internet. Examples of merchants and corresponding printjobs include a bank that prints out bank statements directly into acustomer's home, utility companies that print out utility bills directlyat a consumer's home, advertisers that printout advertisements and/orcoupons directly at a consumer's home, newsletter/news clipping servicesthat print out periodicals directly in a reader's home, and the like. Itis also possible for the print job to be delivered from a clientapplication executing at cable head end 6, for example, a clientapplication 22 that generates a monthly cable guide for printout in aviewer's home, a news retrieval service which, based on automaticsearches performed in accordance with user preferences over theinternet, obtains news from a variety of internet sources, collates suchnews, and prints news out directly in a news reader's home, and thelike. Multiple other arrangements are easily envisioned. What ispreferable in the context of the invention, however, is that the printjob is received by CPSI spooler 20 in cable head end 6 in aprinter-independent format such as the aforementioned printerdescription languages.

In step S502, and based on the printer addresses received with the printjob, CHE 6 accesses preferences directory 21 so as to retrieve userprofiles for the users corresponding to the printers to which the printjob is ultimately destined. User profiles preferably include at least anidentification of printer configuration and type of printer 12 connectedto the user's set top box. Other information may also be included in theuser preference. One such piece of information is a blocking filter,which specifies filtering applied to the print jobs, thereby to permit auser to exclude unwanted print jobs. For example, so as to avoid aproliferation of unwanted print jobs at his home printer, a user mayspecify preferences instructing cable head end 6 to block print jobsfrom specific sources, or to allow print jobs only from specificsources. Any such preferences are applied in step S503 in which CHE 6determines whether or not to reject the print job. If the job isrejected, flow branches to step S504 so as to reject the job and,possibly, to inform client module 14 that the job has been rejected.

If the print job is accepted for printout, flow advances to step S506 inwhich the print job is scheduled and deposited in the subscriber'squeue, and the step S507 in which the cable head end determines whethera print driver exists for the printer to which the print job isdestined. A print driver might not exist for a variety of reasons. Onesuch reason is that the cable head end does not have available asoftware module corresponding to the printer defined in the userprofile. In such a circumstance, cable head end 6 simply accesses aninternet provider of such a software driver, such as an internet sitecorresponding to the printer manufacturer. One more common situation inwhich a driver might not exist, however, is a situation in which theuser profile does not contain any identification of printerconfiguration or type. Such a situation is addressed in steps S509 andS510, to which CHE 6 branches in a situation where a driver does notexist for failure of the user profile to specify a printer.

Thus, in step S509, CHE 6 communicates directly (via CPSI spooler 20,CPSI client 38, and IPP client/server 24 and 25) to the destination STB10, with a request for STB 10 to provide an identification ofconfiguration and type for printer 12 connected to STB 10. STB 10responds with the needed information, which is obtained by CHE 6. Instep S510, CHE 6 loads the driver corresponding to the identificationinformation provided from STB 10, and in addition updates the userprofile in preferences directory 21, so that future print jobs can beperformed more readily, without the need for communication with STB 10for the purpose of determining printer identification.

In any event, once a driver exists, flow advances to steps S511 andS512, in which CPSI spooler 20 in CHE 6 determines whether a logicalprinter corresponding to the print driver already exists, or if oneneeds to be created. A logical printer will already exist if a priorprint job has already been processed. Using the logical printer, CPSIspooler feeds the print job in the printer-independent PDL format to thelogical printer, such that the logical printer rasterizes the print jobinto a printer-specific rasterized bit map image (step S514). It shouldbe understood that the rasterized bit map image print job is not simplya fully bit map raster of the print job. Rather, the rasterized bit mapprint job is a bit-by-bit representation of the print job tailoredspecifically for the printer corresponding to the logical printer inCPSI spooler 20. As one example of printer-specific rasterization, manyprinters require print commands embedded in the print job, so as toenable control over the printer. Examples of such print commands includestart-of-page, advance-down, eject-page, load-new-page, and the like.Such printer-specific commands are embedded in the rasterized print job.As a further example, some printers, such a bubble jet printers, printin bands, and embedded commands are needed so as to define such bands.As yet a further example, some bubble jet printers that print in colorrequire print data to be supplied out of sequence for each differentcolor, so as to accommodate physical differences in location betweenprinting jets for one color relative to printing jets for another color.Whatever the source of printer specificity, the rasterized bit map printjob created by the logical printer in step S514 is printer-specific,tailored directly based on the identity of printer configuration andtype of printer 12.

Step S515 transmits the rasterized bit map print job to STB 10. Asdescribed above, the transmission to STB 10 is from CPSI spooler 20, viaCPSI client 38, IPP client/server 24 and 25, to CPSI server 39 andspooler 26 in STB 10.

At the set top box, step S516 receives the rasterized bit map print jobin CPSI server 39 and forwards it to CPSI spooler 26. If a logicalprinter does not already exist in CPSI spooler 26, then a logicalprinter is created based on the identity of printer type andconfiguration for attached printer 12 (steps S517 and S519). In stepS520, CPSI spooler, using the logical printer, executes the rasterizedbit map print job so as to send the print job to printer 12 where it isrendered into a visible printed image.

[Push Printing]

As described previously, the purpose of the CPSI architecture is tooffer facilities that will enable applications running anywhere on theinternet to print on printers attached to set top boxes. Such printingis referred to as “push printing” in the sense that the remoteapplications push print data through the cable head end to the set topbox for printout at an attached printer.

Of course, it is possible to provide the set top box with its ownprinting capability, so as to enable a user to print data as desired.Such printing is referred to as “pull printing”, in the sense that theuser of the set top box pulls data for printout from sources remote fromhim. For example, a user may, as part of browsing the internet, comeacross a web page of interest, and may request printout of such a webpage. Such printout is “pull printing” and is different from “pushprinting” described hereafter.

General printing goals of the architecture described above andhereinafter include the ability to support attachment and software anddriving of any supported printer, as well as the elimination of any needfor a user to intervene in installation of a printer beyond physicalconnection to the set top box. Because of a uniform API, softwaremaintenance costs are reduced. In addition, by virtue of the CPSIsoftware architecture, printing does not interfere with other programsrunning on the set top box, such as web browsing applications ortelevision viewing. In addition, the CPSI architecture is portableacross a variety of platforms, and supports a variety of differentoperating systems, particularly those operating systems that maintainexecution in the set top box itself.

Push printing in particular represents a model in which print action isinitiated by an entity other than the set top box user. It is assumedthat this entity, which actually may either be local to the cable headend or be an internet citizen, owns the document for which the print jobis desired, or is able to reference it. Two different printing modes arecontemplated:

1. Unicasting, which refers to a point-to-point connection in which aremote internet site sends print data separately to each destinationclient; and

2. Multicasting, which refers to a mode in which a single copy of theprint data is sent to multiple destination points. Multicasting can alsoinclude broadcasting, in which a single copy of print data is sent toall destination points rather than to a selected subcast thereof.

Examples of print jobs subject to push printing includemerchant-initiated print jobs from remote internet sites. Suchmerchant-initiated print jobs may include constant content print jobs,such as a flyer advertising particular items for sale. The flyer can beprinted in a unicast or multicast mode, and is delivered in theappropriate unicast or multicast mode from the cable head end to theappropriate set top boxes. Merchant initiated print jobs can alsoinclude variable content print jobs such as personalized statements likeretailing, a bank statement or a utility bill. Based on a clientapplication running at the merchant's server, the print job is created,and submitted to the cable head end. Again, the cable head end deliversthe print job in either unicast or multicast mode, as requested by theprint job to the set top box or boxes in question.

Generalized goals of merchant initiated printout from remote internetsites include the following. First, the merchant is able to submit theprint job at its own internet site, by means of a client applicationrunning on the merchant's CPU. The merchant is able to specifyparameters for the print job, including destination address and whetheror not the transmission is via secured or unsecured transmission. Thedestination address may specify unicast or multicast printing, meaningthat the destination address might identify only a single recipient, ormight represent multiple recipients or a group of recipients. The printjob is generated in non-proprietary device independent format, by use ofwidely available client applications, or even customized printapplications, that print through standardized and device independentformat. This is achieved through separation of the print submissionclient and the content creation tool: the content creation tool is leftto the merchant, whereas the print submission client is embodied in theCPSI client described above. At the cable head end, resident softwaremaintains a directory of user profiles in preferences directory 21, theprofiles including subscriber name, subscriber account number, address,printer model, set top box capabilities, any blocking filters, andpolicy data. The CPSI spooler at the cable head end discards print jobsthat meet criteria specified by blocking filter data, or accepts onlyprint jobs that meet other specified criteria. A system administrator atthe cable head end is able to display a print queue, indicating globalprint jobs for all cable subscribers, or print jobs on a per user basis.Using such a print queue, the system administrator is able to examinethe status of jobs in the queue, and the status of correspondingprinters attached to set top boxes, and is further able to delete jobsin the queue and override any of user selectable print options. Thecable head end spooler does not commence a print job until it hasascertained that the set top box is ready to accept print data, and thatthe attached printer is ready and on line. Preferably, the CPSI spoolerin the set top box is able to commence a print operation before theentire print job has been downloaded from the cable head end, and isfurther able to confirm successful completion of print jobs.

FIGS. 6A, 6B and 6C illustrate general arrangements for unicast(point-to-point) printing and multicast (one-to-many) printing. As shownin FIG. 6A, unicast printing involves printout of a print job from aremote web server to a specifically identified printer attached to a settop box. The print job is routed via the internet to the cable head end,and thence over the digital cable network to the set top box forprintout at the destination printer. FIG. 6B illustrates an alternativeform of unicast printing, in which a remote web server gathers data frommultiple different web sites, aggregates the data into a single printjob, and then push-prints the resulting print job to a destinationprinter. Of course, although the aggregating server is illustrated as aremote web server, it is possible for an aggregation application toexecute within the cable head end, communicate over the internet tomultiple different web sites for collection of aggregate data, toaggregate the data at the cable head end, and then to push-print theaggregated print job to a destination set top box.

FIG. 6C shows multicast printing in which a remote web server generatesa print job having multiple destination printers. The print job isrouted to the cable head end via the internet, which thereupon routesthe print job, in a multicast or broadcast configuration, over thedigital cable network to multiple different set top boxes for printoutby respective printers attached thereto.

FIGS. 7A and 7B are flow charts showing respective processing by thecable head end and by the set top box in response to a print job.Referring first to FIG. 7A, step S701 illustrates receipt by the cablehead end of a print job from a remote internet source, or from anapplication such as 22 at the cable head end. In step S702, the cablehead end retrieves the user profile from directory 21 (FIG. 2). Based onthe user profile, cable head end determines (in step S703) whether ornot to accept or to reject the job. If the job is rejected, flowadvances to step S705 and the job is not processed further. It ispossible for step S705 to send information back to the upstream remoteinternet site, indicating that the job has been rejected.

On the other hand, if the job has not been rejected, flow advances tostep S706, in which, based on destination information included with theprint job, the cable head end determines the destination address oraddresses for the print job. Steps S707 and S709 create logical printersif they are needed. That is, if a corresponding logical printer orprinters do not already exist in spooler 20, the needed logical printeror printers are created in CPSI spooler 20 (FIG. 2), with a separatelogical printer being created for each different printer needed toaccomplish the unicast or multicast printing. That is, in a unicastmode, since only a single printer is involved, then only a singlelogical printer corresponding to the printer in question is created. Onthe other hand, in a multicast or broadcast mode, multiple users andmultiple printers are the destination for the print job. It is possible,however, for several of the multiple users to employ the exact sameprinter and printer configuration. As a consequence, although it islikely that multiple logical printers are created in the CPSI spooler atthe cable head end, it is equally likely that a single logical printerwill be able to support several users because each of the several userswill have exactly the same printer type and configuration.

The print job is thereafter scheduled and deposited into the user'squeue (step S710), for rendering by the logical printers (or spooled forsubsequent rendering just prior to delivery to the STB). It is possibleto render the print jobs into a bit map rasterized format, as discussedabove in connection with FIG. 5, but this is not ordinarily necessary.Rather, all that is necessary is for the logical printers to process theprint job for subsequent use by the set top boxes.

In step S711, the print job from each logical printer is unicast orbroadcast to the destination address or addresses. Thereafter, in stepS712, the cable head end builds a notification server so as to awaitnotification of printout from each of the set top boxes to which printdata has been transmitted.

FIG. 7B illustrates process steps performed by the set top box inresponse to receipt of a print job transmitted from the cable head endover the digital cable network. Thus, in response to receipt of a printjob (step S720), the set top box executes the print job (step S721) soas to print the print job on its attached printer. It is possible forthe set top box to utilize the CPSI spooler arrangement discussed abovein connection with FIG. 5, but this is not mandatory. Rather, accordingto this aspect of the invention, it is only necessary for the set topbox to receive the print job and to cause its attached printer to printit.

In step S722, the set top box builds a notification client forcommunication with the corresponding confirmation server built at thecable head end in connection with step S712. The notification client inthe set top box then communicates with the notification server at thecable head end (step S723) so as to notify the cable head end of ongoingprint status. In particular, the notification client at the set top boxnotifies the cable head end as each sheet of the print job is commenced,as each sheet is concluded, and as the print job is concluded. Inaddition, the notification client permits interaction from the user atthe set top box, whereby the user at the set top box can modify hisprint queue by cancelling jobs or advancing jobs out of sequence fromthe queue.

At the cable head end, and based on information received from thenotification client at the set top box, the cable head end candistribute print status information as appropriate. For example, it ispossible for the cable head end to transmit print status back to theoriginating merchant at the remote internet site, so as to permit themerchant to confirm that the print job has been successfully completed.Alternatively, or in addition, it is possible for the cable head end toutilize the print status information so as to monitor, maintain andmanage print queues for each and every one of the set top boxesconnected to the digital cable network.

FIG. 8 illustrates the relationship of the notification client createdin the set top box and the notification server created in the cable headend. In FIG. 8, the same reference numerals as those used in FIG. 2 areutilized whenever the functions are the same. What is shown further inFIG. 8 is notification client 40 created by set top box 10, for monitorof the status of the print job being spooled to printer 12 by CPSIspooler 26. Notification client 40 transmits printer status informationback to notification server 41 in CHE 6 for use by CPSI spooler 20 tomonitor and manage print queues, and to provide notification informationof successful printout back to client modules 14. Notification client 40and notification server 41 communicate over the digital cable network42, using the same physical wire as that used by IPP client and server24 and 25.

By virtue of the foregoing arrangement, push printing from remoteinternet sites is facilitated at printers connected to set top boxesthat are fed data from a cable head end and via a digital cable network.The push printing can be unicast or multicast. In addition, notificationof print status is provided from the set top box back to the cable headend, thereby permitting confirmation of printout to the remote internetmerchant, or maintenance and management of print queues from the cablehead end.

[Secure Printing]

The ability of the present invention to provide push-printing asdiscussed immediately above, allows a merchant having internet clientapplication 15 to send print data through CHE 6 to a subscriber at thesubscriber's STB 10. For instance, a merchant having an internetapplication, such as a bank or credit card services company, generatesprint data which corresponds to a particular subscriber, such as abanking statement or a credit card statement, for automatic printing onthe printer which is locally attached to the set top box of thesubscriber. It can be appreciated that such print data is of aconfidential nature and that it would be preferable to have the printdata sent to STB 10 in a secure manner. As such, the present inventionprovides the ability to allow client application 15 to push-printconfidential print data to a subscriber at STB 10 via CHE 6 in a securemanner.

FIG. 9 illustrates a first embodiment for secure printing of print datafrom client application 15 in client module 14 to STB 10 via CHE 6 forprinting on printer 12. In this embodiment of secure push-printing, bothCHE 6 and STB 10 are considered to be trusted environments. A trustedenvironment is one which can be trusted to receive data and to accessand/or maintain the data in a trusted manner so as to prevent misuse ofthe data or transfer of the data to non-trusted environments.

First, as illustrated in FIG. 9, secure printing is achieved byestablishing a secure connection between client application 15 and CHE6, and between CHE 6 and set top box 10. Specifically, the preferredembodiment utilizes a secure protocol between CPSI client 16 and CPSIserver 37 to establish a secure connection between client application 15and CHE 6. A secure protocol, such as secure sockets layer (SSL)protocol, is used in addition to the previously described protocolsbetween client application 15 and CHE 6 in order to achieve securepush-printing. FIG. 10 depicts the protocol layers that are preferablyutilized between client application 15 and cable head end for securepush-printing. The protocol layers, often referred to as a protocolstack, are described in FIG. 10 from the perspective of a communicationpath between CPSI client 16 and CPSI server 37. Specifically, it can beseen from FIG. 10 that CPSI protocol 1001 is the top layer communicationprotocol between CPSI client 16 and CPSI server 37. Directly below CPSIprotocol 1001 is IPP protocol layer 1002 which provides the printingspecific protocol for communication between IPP client 17 and IPP server19, which are in direct communication with CPSI client 16 and CPSIserver 37, respectively. HTTP protocol 1003 may also be utilized forcommunication between client application 15 and CHE 6 and is locateddirectly below IPP protocol layer 1002. SSL protocol layer 1004 residesdirectly below HTTP protocol layer 1003 so as to provide for a securecommunication path between CPSI client 16 and CPSI server 37. Directlybelow SSL protocol layer 1004 is the underlying transport layer 1005which may be comprised of TCP/IP, or other such transport protocols. Inthis manner, secure transport of print data from client application 15to CHE 6 is made possible. The present invention is not limited to theuse of SSL, and any other secure protocol or secure transport mechanismmay be utilized to accomplish the same result.

Returning to FIG. 9, the secure connection between client application 15and CHE 6 is established through the use of the above-describedprotocols, therefore providing a path from client application 15 throughCPSI client 16, and IPP client 17 to IPP server 19 and CPSI server 37,respectively. In the preferred embodiment, the connection is establishedupon the receipt by client application 15 of a certificate from CHE 6via the SSL protocol 1004. The certificate is preferably signed by atrusted third party and is used to verify that client application 15 isreally communicating with CHE 6. In this manner, CHE 6 is authenticatedby client application 15. Print data is then sent in a secure mannerfrom client application 15 to CPSI spooler 20 in CHE 6 through thesecure connection. It is also possible for client application 15 providea signed certificate to CHE 6 so that CHE 6 can authenticate theidentity of client application 15. In this manner, client application 15and CHE 6 are mutually authenticated, thereby ensuring that clientapplication 15 is sending the confidential data to the correctdestination and ensuring that CHE 6 verifies the identity of the sourceof the confidential source. It can be appreciated that such mutualidentification is preferable for print data comprising a bank statementor a utility bill.

In the embodiment illustrated in FIG. 9, the print data is provided toCPSI spooler 20 along with the identification information related to thesubscriber to whom the print data is to be sent. The print data isprovided from client application 15 to CPSI spooler 20 in adevice-independent format. CPSI spooler 20 then refers to preferencesdirectory 21 to obtain the necessary information corresponding to thesubscriber, such as the print driver information for printer 12connected to STB 10 corresponding to the subscriber. CPSI spooler thentransforms the print data from the device-independent format into arasterized format by using a printer driver which corresponds to printer12. The rasterized print data is then spooled by CPSI spooler 20 of CHE6 for transmission to STB 10.

The print data is then ready to be sent directly to CPSI spooler 26 ofSTB 10 for immediate printing on printer 12. This is accomplished byestablishing a secure connection between CHE 6 and STB 10 in a similarmanner to the secure connection between client application 15 and CHE 6as described above. In the preferred embodiment, CHE 6 receives acertificate from STB 10 so that cable head end can verify the identityof STB 10, whereupon a secure connection is established between CHE 6and STB 10. As discussed above, mutual authentication can also beimplemented so that STB 10 can verify the identity of CHE 6. Once thesecure connection is established between CHE 6 and STB 10, CHE 6 sendsthe rasterized print data to STB 10. CPSI spooler 26 in STB 10 thenautomatically passes the rasterized print data to printer 12 forprinting, thereby providing the confidential data to the subscriber in asecure fashion. It should be noted that although the above descriptioninvolves confidential print data being sent in a secure manner to onlyone subscriber, the same method may be utilized for providingconfidential information from internet client application 15 to manysubscribers, wherein the confidential print data is unique andcustomized for each single subscriber (unicast). In addition, the abovemethod may also be utilized for secure push-printing of the same printdata to many individual subscribers (broadcast/multi-cast).

In addition to the embodiment for secure push-printing as described inFIG. 9, secure push-printing may also be achieved when CHE 6 is not aconsidered a trusted environment by client application 15. Securepush-printing can still be accomplished according to the embodimentdescribed in FIG. 11. As can be seen by comparison between FIG. 11 andFIG. 9, this embodiment is nearly identical to that of FIG. 9 exceptthat the connection between client application 15 and CHE 6, and theconnection between CHE 6 and STB 10 are not necessarily secure and aretreated as though they are not secure. Therefore, the print data istransformed from device-independent print data to rasterized print datain the client application 15 prior to being sent to CHE 6 fortransmission to STB 10 over the digital cable network. Specifically,client application 15 has access to a printer driver which correspondsto printer 12 which is locally attached to the subscriber's STB 10.Client application 15 therefore renders the print data for printing onprinter 12 by transforming it from a device-independent format torasterized print data specific to printer 12 of the particularsubscriber. The rendering of the print data is performed by clientapplication 15 in client module 14 in this embodiment, as opposed towithin CHE 6 in the embodiment of FIG. 9, because in this embodiment CHE6 is not know considered a trusted environment by client application 15and therefore cannot be trusted to render the print data for printing onprinter 12. Preferably, client application 15 also encrypts the printdata prior to sending it to CHE 6 for subsequent transmission to STB 10,thereby providing additional security to the print data.

Referring again to FIG. 11, the rasterized, encrypted print data is sentfrom client application 15 to CHE 6 over the normal connection utilizingCPSI client 16, IPP client 17, IPP server 19 and CPSI client 37,respectively. It should be noted that although a secure connection usingSSL is not required in this embodiment, it may be used to provideadditional security. CPSI spooler 20 of CHE 6 does not render the databecause it is already rasterized but instead simply recognizes thedestination information provided in a header section of the encrypted,rasterized data and then spools the rasterized data for transmission tothe appropriate subscriber. The encrypted, rasterized data is then sentform CHE 6 to STB 10 via CPSI client 38, IPP client 24, IPP server 25and IPP server 39 respectively. Similar to the connection between clientapplication 15 and CHE 6, this connection does not need to be securethrough the use of the SSL protocol, although it may be secure foradditional protection. In this manner, CPSI spooler 26 of STB 10receives the encrypted, rasterized data from CHE 6. CPSI spooler 26 thendecrypts the rasterized print data and then automatically sends therasterized print data directly to printer 12 for printing, thereforeproviding the subscriber with the confidential print data in a securefashion. Unlike the embodiment described in FIG. 9, this is accomplishedeven though CHE 6 is not a trusted environment by sending the print datafrom client application 15 to STB 10 in an encrypted, rasterized format,whereby CHE 6 is used as an interim server.

FIG. 12 provides a flow chart which describes the steps foraccomplishing secure push-printing pursuant to the two embodimentsdescribed above. In step S1201, client application 15 generated printdata related to a specific subscriber, such as a bank statement. Next,it is determined whether or not CHE 6 is considered a trustedenvironment. (Step S1202). If CHE 6 is a trusted environment, controlproceeds to step S1203 in which it is determined if a secure connectioncan be established between client application 15 and CHE 6, as discussedabove. If a secure connection cannot be established between clientapplication 15 and CHE 6, the print job is rejected in step S1204. If asecure connection is established between client application 15 and CHE6, control proceeds to step S1205 in which client application 15 sendsthe print data in a device-independent format to CHE 6. CHE 6 thenrenders the print data in step S1206, as previously described, andspools the print data for transmission to STB 10.

In step S1207, it is determined if a secure connection can beestablished between CHE 6 and STB 10, as discussed above. If a secureconnection cannot be established between CHE 6 and STB 10, the print jobis rejected in step S1208. If a secure connection is established betweenCHE 6 and STB 10, control proceeds to step S1209 in which the rasterizedprint data is sent from CHE 6 to STB 10. Then, in step S1210, STB 10automatically passed the rasterized print data to printer 12, upon whichprinter 12 prints the rasterized print data (step S1216).

Returning to step S1202, if CHE 6 is not considered a trustedenvironment, control proceeds to step S1211 in which client application15 rasterizes the print data and also encrypts the print data so that ismay be sent to STB 10 via CHE 6 in a secure fashion. Client application15 sends the encrypted, rasterized print data to CHE 6 in step S1212with a header that indicates the destination information for the printdata and which indicated that the print data has already beenrasterized. In step S1213, CHE 6 obtains the destination informationthat was sent with the encrypted, rasterized print data, spools theencrypted, rasterized, print data for transmission to STB 10, and thentransmits the encrypted, rasterized, print data to STB 10. STB 10 thendecrypts the encrypted, rasterized print data in step S1214, after whichSTB 10 sends the decrypted, rasterized print data to printer 12 (stepS1215). Printer 12 then prints the rasterized print data in step S1216.

Thus, whether or not cable head end 6 is considered a trustedenvironment, confidential print data from client application 15 on theinternet, such as a bank, can be sent in a secure manner from clientapplication 15 to set top box 10 on a digital cable network through thecable head end 6 for automatic printing on printer 12 that is locallyattached to set top box 10. In this manner, a subscriber on a digitalcable network can automatically receive monthly billing statements orbank statements from a corresponding internet application maintained bythe billing service or bank in a secure manner, thereby preventingmisuse or improper access by others of the information containedtherein.

[Remote Plug-and-Play]

The configurations described above for the present invention areprovided to allow printing from client module 14 to STB 10 via CHE 6,wherein the print data is formatted for printing on printer 12 either atCHE 6 by CPSI spooler 20 or at the client application 15 of clientmodule 14. In those configurations, the print data is generally providedto STB 10 in a rasterized format required for printing directly toprinter 12 without the need for utilizing a printer driver in STB 10.The utilization of a printer driver in STB 10 is necessary, however,when a user of STB 10 wishes to print locally, such as when printing aweb page that the user is viewing on the television to which STB 10 isattached. A printer driver in STB 10 would also be necessary ininstances when print data is provided from CHE 6 to STB 10 in adevice-independent format. In such situations, and in others notdiscussed herein, an appropriate printer driver corresponding to printer12 needs to be provided for use in STB 10.

Depending on the capabilities of STB 10, a printer driver could beloaded in a variety of ways. For example, if the set top box hassufficient memory capacity, a number of printer drivers could bepre-loaded into the memory of STB 10 for several different printers. Inthe alternative, STB 10 may allow a floppy disk drive or CDROM, or thelike, to be interfaced to STB 10 such that printer drivers could beaccessed from a floppy disk or CDROM.

In the set top box environment of the present invention, it isappreciated that a user may prefer to utilize the digital cable networkin order to obtain and load a printer driver. Therefore, the presentinvention provides a manner in which to provide a remote plug-and-playservice whereby CHE 6 locates and provides an appropriate printer driverto STB 10 upon request by STB 10, thereby supporting the attachment of alocal printer to STB 10.

This feature of the present invention is described in FIG. 13, whichdepicts a sequence of steps for accomplishing a preferred embodiment ofthe remote plug-and-play feature for supporting a local printer attachedto STB 10. In step S1301, the subscriber plugs printer 12 into STB 10via the interface provided by STB 10 for printers. This interface maycomprise a universal serial bus (USB), an RS-232 interface, or otherprinter connection. Next, in step S1302, STB 10 determines that a newprinter has been plugged in and that STB does not have a printer drivercorresponding to the new printer. This detection is achieved viahardware interface 31 and operating system 32 of STB 10. Clientapplication 27 of STB 10 obtains an indication from operating system 32that a printer driver is needed for printer 12. STB client application27 then sends a request to CHE 6 to obtain a printer driver thatcorresponds to printer 12. The request is sent from STB 10 to CHE 6 viathe digital cable network, but not necessarily through the IPP protocol,because print data is not involved in this transaction. Therefore, itcan be appreciated that any of the underlying transport protocols suchas TCP/IP, may be utilized to send the request from STB clientapplication 27 in STB 10 to CHE application 22 in CHE 6 (step S1303).

It should be noted that the request for printer driver from STB clientapplication 27 preferably includes the information necessary to identifyprinter 12, such as the manufacturer and model of printer 12. Next, instep S1304, CHE application 22 receives the request for printer driverfrom STB 10. CHE application 22 then accesses preferences directory 21to obtain hardware and operating system information which describes STB10 (step S1305). This information is necessary to determine which typeof printer driver should be obtained and sent to STB 10. For instance,the set top box may comprise one of several currently available set topboxes, such as the Explorer 2000 by Scientific Atlanta, the DCT 5000+ byGeneral Instrument, and the Streammaster by Motorola. In addition, theappropriate printer driver must correspond to the operating systemimplemented in the set top box. For instance, the Explorer 2000 utilizesthe Power TV operating system, the DCT 5000+ utilizes the WinCEoperating system, and Streammaster utilizes either the MicroWare or theOpen TV operating system.

In step S1306, CHE application 22 obtains a printer driver that isappropriate for the manufacturer and model of printer 12 and for thehardware type and operating system of STB 10. CHE application 22 mayobtain this printer driver from one of many sources. For example, theneeded printer driver may already be stored in a memory of CHE 6 andaccessible via preferences directory 21 for another subscriber on thedigital cable network. In the alternative, CHE 6 may have severalprinter drivers available in a memory device such as a hard drive,CDROM, or the like. In another alternative, CHE application 22 mayutilize internet proxy 5 to access world wide web 4 so as to obtain thenecessary printer driver for STB 10, such as from the printermanufacturer's web site. Once the appropriate printer driver is found byCHE application 22, CHE application 22 then sends the printer driver toSTB 10 via the digital cable network (step S1307). As mentionedpreviously, any of the available transport protocols for communicationbetween CHE 6 and STB 10 may be utilized to download the printer driverfrom CHE 6 to STB 10. Once STB 10 receives the printer driver, STB 10loads the printer driver in local memory for subsequent use andregisters the printer driver with operating system 32 of STB 10 forfuture reference (step S1308).

In step S1309, CHE 6 obtains another printer driver for use by CHE 6 tosend print data to STB 10. CHE 6 determines which printer driver toobtain for its own use based upon the information describing printer 12provided by STB 10 and based upon the type of hardware and operatingsystem which comprise CHE 6. As described above, CHE 6 may obtain theprinter driver from any one of several resources, such as world wide web4. CHE application 22 updates preferences directory 21 so as to recordthe new printer driver that corresponds to printer 12 for use by CHE 6(step S1310). In this manner, CHE 6 maintains a printer driver whichcorresponds to printer 12 so that CHE 6 may render print dataappropriately the next time print data is provided from CHE 6 to STB 10for printing on printer 12. In addition, this feature of the presentinvention also provides an easy and transparent plug-and-play mechanismfor the user of STB 10 to connect and utilize printer 12 to STB 10.

It is emphasized that several changes and modifications may be appliedto the above-described embodiments, without departing from the teachingof the invention. It is intended that all matter contained in thepresent disclosure, or shown in the accompanying drawings, shall beinterpreted as illustrative rather than limiting. In particular, it isto be understood that any combination of the foregoing embodiments maybe utilized, so that the specifics of any one embodiment may be combinedwith any of the other or several other embodiments.

1-11. (canceled)
 12. A method for providing for printout of an internet-based print job at a printer connected to a set top box, in which the set top box can communicate with a broadcasting station via a broadband network, comprising: receiving a print job from an internet-based source at the broadcasting station, the print job being received in a printer-independent format and including address information designating at least one home printer connected to a respective set top box; based on the address information, accessing a user directory so as to determine a printer driver corresponding to the printer; obtaining identification information of the printer connected to the set top box by communicating with the set top box; loading the print driver specified by the accessing step or the obtaining step at the broadcasting station and executing the print driver corresponding to the printer, so as to render the printer-independent print job into a rasterized bit map image that is specific for the ultimate destination printer; and transferring the rasterized bit map image over the broadband network to the set top box to which the destination printer is connected.
 13. A method according to claim 12, further comprising the steps of creating, at the set top box, a logical printer with a simplified print driver that accepts rasterized bit map print jobs, and of accepting the rasterized bit map print job by the logical printer for visual printout.
 14. A method according to claim 12, wherein the rasterized bit map image created at the broadcasting station includes all needed printer commands for the target printer.
 15. A method according to claim 14, wherein the rasterized bit map print data is formatted to a format needed by the target printer.
 16. A method according to claim 12, further comprising the step, at the broadcasting station, of automatically updating the user directory using the identification information obtained from communication with the set top box.
 17. A method according to claim 12, wherein the print driver is obtained by downloading over the internet.
 18. A method according to claim 12, wherein the internet-based print job is a push-print print job originating from an internet-based source.
 19. An apparatus for providing for printout of an internet-based print job at a printer connected to a set top box, in which the set top box can communicate with a broadcasting station via a broadband network, comprising: a program memory for storing process steps executable to perform a method according to any of claims 12 to 18; and a processor for executing the process steps stored in said program memory.
 20. Computer-executable process steps stored on a computer readable medium, said computer-executable process steps for providing for printout of an internet-based print job at a printer connected to a set top box, in which the set top box can communicate with a broadcasting station via a broadband network, said computer-executable process steps comprising process steps executable to perform a method according to any of claims 12 to
 18. 